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REMARKS 

In the Office Action mailed December 19, 2007 and the 
Response to Amendment mailed August 5, 2008, the Examiner noted 
that claims 1-19 were pending and rejected claims 1-19. Claims 1 
and 12-17 have been amended, no claims have been canceled, and, 
thus, in view of the foregoing, claims 1-19 remain pending for 
reconsideration which is requested. No new matter has been 
added. The Examiner's rejections and objections are addressed 
below . 

RESPONSE TO AMENDMENT 
The Applicants submit herein an amendment in response 
to the Office Action of December 19, 2007. The amendments made 
in the Amendment of April 21, 2008 are repeated here. No further 
amendment, other than those filed April 21, 2008, are made to 
overcome the rejection over Applicant Admitted Prior Art. 

OBJECTIONS 

Claim 15 is objected to for informalities. In 
particular, it is asserted that the claim contains a 
typographical error. The claim has been amended to remove the 
typographical error . 

Withdrawal of the objections is respectfully requested. 
REJECTIONS under 35 U.S. C. § 112 

Claims 12-17 stand rejected under 35 U.S.C. § 112, 
second paragraph, as being indefinite for failing to particularly 
point out and distinctly claim the subject matter which the 
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Applicants regard as the invention. 

Specifically, it is asserted that claims 12 and 15 
lacked antecedent basis for the term "said delivery system" / 
claims 13 and 14 lacked antecedent basis for the term "said 
client terminal"; claims 16 and 17 lacked antecedent basis for 
the term "said client terminal"; and claims 16 and 17 lacked 
antecedent basis for the term "said slave server" . 

The claims have been amended to provide the correct 
antecedent basis. 

Withdrawal of the rejection is respectfully requested. 
REJECTIONS under 35 U.S.C. § 102 

Claims 1-4, 18 and 19 stand rejected under 35 U.S.C. § 
102(e) as being anticipated by Briscoe, U.S. Patent Publication 
No. 2003/0044017. The Applicants respectfully disagree and 
traverse the rejection with an argument. Briscoe is a 

distribution system divided into a number of data units which use 
a sequence of keys where a different key is used to encrypt each 
data unit at the source. 

On pages 3 and 4 of the Office Action, the Office 

states 

a. a delivery server (ie. data sender) which enciphers 
delivery data by using a current use cipher key to 
generate enciphered data and transmits a multicast 
packet containing said enciphered data , and a current 
use key identifier (ie. key sequence) indicative of a 
pair of said current use cipher key and a current use 
decipher key as current use keys (ie. data sender 
issues seed values) [page 3, paragraph 0061]." 
[Emphasis added] 
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Thus, the Office asserts that "a key sequence" as in 
Briscoe anticipates "a current use key identifier," of the 
pending claims. However, the claims and the supporting text in 
the Specification (see page 18 lines 16-19) define a key 
identifier as that which identifies a key. On the other hand, 
Briscoe % 0026 states 

Preferably the seeds required by any receiver to 
construct the keys for a specific sub-range of the 
entire key sequence are communicated in an order that 
implicitly identifies each seed is which. In this case 
the indexes of the seeds are inferred from knowledge of 
the minimum and maximum value required and of the pre- 
arranged order for communicating seeds, without 
explicitly listing the index number of each seed. 
Preferably each encrypted data unit carries an 
unencrypted index number to identify to any receiver 
which key in the sequence should be used to decrypt 
that data unit. [Emphasis added] 

Thus, what is transmitted in Briscoe are seeds and from 
these a key sequence can be constructed. While the order of 
seeds infers an index of sequence from a minimum and maximum 
value of the seeds, it does not identify a pair of said current 
use cipher key and a current use decipher key. As stated above, 
there is no identifier referencing the seeds "without explicitly 
listing the index number of each seed." As explicitly there is 
no index, there is no identifier. Further, the seed is not a 
key, but that from which a key is generated and therefore, a pair 
of identifiers of keys is not transmitted. 

Therefore, Briscoe does not disclose "a delivery server 
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which enciphers delivery data by using a current use cipher key 

i 

to generate enciphered data and transmits a multicast packet 
containing said enciphered data and a current use key identifier 
indicative of a pair of said current use cipher key and a current 
use decipher key as current use keys," as in amended claim 1. 

As Briscoe discusses transmitting a seed and not a key 
and explicitly states it does not transmit an index (a current 
use key identifier) / it therefore does not disclose "a key 

management server which is connected with said delivery server 

i 

through a network, holds as a current use key data, a set of said 
current use decipher key and said current use key identifier, and 
transmits a set of said current use decipher key and said current 
use key identifier as a current use decipherment key data in 
response to a current use key data request," as in amended claim 
1 . 

On page 4 of the Office Action, the Office states "(ie. 
key management node issues customer seed values to allow 
customers to generate keys corresponding to the key used to 
encrypt the data) [page 3, paragraph 0058] ." Thus, the Office 
acknowledges that what is transmitted is a seed, not a key 
identifier. Therefore, in the instant claims, the client need 
not go through the step of generating a key from the seed. 
Therefore, Briscoe does not disclose "a client terminal which is 
connected with said delivery server and said key management 
server through said network, receives said multicast packet from 
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said delivery server, issues said current use key data request to 
said key management server to receive said current use 
decipherment key data from said key management server, holds said 
set of said current use decipher key and said current use key 
identifier, and deciphers said enciphered data contained in said 
multicast packet by using said current use decipher key when said 
current use key identifier contained in said multicast packet is 
coincident with said' current use key identifier held in said 
client terminal," as in amended claim 1. 

i 

For at least the reasons stated above, claim 1 and the 
claims dependent therefrom are not anticipated by Briscoe. 

Claims 1-4, 18 and 19 stand rejected under 35 U.S.C. 
§ 102 (a) as being anticipated by Applicant Admitted Prior Art 
{ AAPA) . The Applicants respectfully disagree and traverse the 
rejection with an argument. 

On page 17 of the Office Action, it is asserted that 
AAPA, page 2, lines 1-3 of the Specification disclose 
"a delivery server which enciphers delivery data by using a 
current use cipher key to generate enciphered data and transmits 
a multicast packet containing said enciphered data and a current 
use key identifier indicative of a pair of said current use 
cipher key and a current use decipher key as current use keys," 
as in claim 1 . 

However, the AAPA does not disclose a key identifier 
that is indicative of said current use cipher key and current use 
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decipher key. Further, the cited text does not state that the 
pair of keys is contained within a multicast pack. 

On page 17 of the Office Action, it is asserted that 
AAPA, page 2, lines 4-5 of the Specification disclose "a key 
management server which is connected with said delivery server 
through a network, holds as a current use key data, a set of said 
current use decipher key and said current use key identifier, and 
transmits a set of said current use decipher key and said current 
use key identifier as a current use decipherment key data in 
response to a current use key data request," as in claim 1. 

However, lines 4 and 5 of page 2 pf the Specification 
merely state the client receives a key request periodically and 
request the key to the key management server. It does not state 
that the key management server holds as a current use key data, a 
set of said current use decipher key and said current use key 
identifier. The cited text is silent as to a current use key 
identifier . 

On page 17 of the Office Action, it is stated that 
AAPA, page 2, lines 4-5 of the Specif ication ( discloses u a client 
terminal which is connected with said delivery server and said 
key management server through said network, receives said 
multicast packet from said delivery server, issues said current 
use key data request to said key management server to receive 
said current use decipherment key data from said key management 
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server, holds said set of said current use decipher key and said 
current use key identifier, and deciphers said enciphered data 
contained in said multicast packet by using said current use 
decipher key when said current use key identifier contained in 
said multicast packet is coincident with said current use key 
identifier held in said client terminal." The text cited by the 
Office merely states that a request is made to the key management 
server. The cited text is not enabling as to the features of the 
claim. The cited text does not disclose, for example, key 
management server to receive said current use decipherment key 
data from said key management server, holds said set of said 
current use decipher key and said current use key identifier 
among others . 

For at least the reasons discussed above, claim 1 and 
the claims dependent therefrom are not anticipated by the AAPA. 

Withdrawal of the rejections is respectfully requested. 

REJECTIONS under 35 U.S. C. § 103 
Claims 5-17 stand rejected under 35 U.S.C. § 103(a) as 

being obvious over Briscoe in view of Larsen, U.S. Patent No. 

7,068,791. The Applicants respectfully disagree and traverse the 

rejection with an argument. 

Larsen discusses a packet based radio network. Larsen 

adds nothing to the deficiencies of Briscoe as applied to the 

independent claims. Therefore, Briscoe and Larsen, taken 
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separately or in combination, fail to render obvious the elements 
of claims 5-17 . 

Claims 5-8, 15 and 16 stand rejected under 35 U.S.C. 
§ 103(a) as being obvious over AAPA in view of Larsen. The 
Applicants respectfully disagree and traverse the rejection with 
an argument . 

Larsen adds nothing to the deficiencies of the AAPA as 
applied to the independent claims. Therefore, AAPA and Larsen, 
taken separately or in combination, fail to render obvious the 
elements of claims 5-8, 15 and 16. 

Claims 9-14 and 17 stand rejected under 35 U.S.C. 
§ 103 (a) as being obvious over AAPA in view of Larsen in further 
view of Briscoe. The Applicants respectfully disagree and 
traverse the rejection with an argument. 

Briscoe adds nothing to the deficiencies of the AAPA 
and Larsen as applied to the intervening claims. Therefore, the 
AAPA, Larsen and Briscoe taken separately or in combination, fail 
to render obvious the elements of claims 9-14 and 17. 

Withdrawal of the rejection is respectfully requested. 

SUMMARY 

It is submitted that the claims satisfy the 
requirements of 35 U.S.C. §§ 112, 102 and 103. It is also 
submitted that claims 1-19 continue to be allowable. The claims 
are therefore in a condition suitable for allowance. An early 
Notice of Allowance is requested. 
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The Commissioner is hereby authorized in this, 
concurrent, and future replies, to charge payment or credit any 
overpayment to Deposit Account No. 25-0120 for any additional 
fees required under 37 C.F.R. § 1.16 or under 37 C.F.R. § 1.17. 

Respectfully submitted, 



YOUNG 6c THOMPSON 




209 Madison Street,' Suite 500 
Arlington, VA 22202 



Telephone (703) 521-2297 
Telefax (703) 685-0573 
(703) 979-4709 
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